home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000201_news@columbia.edu _Fri Oct 15 12:26:06 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA24248
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 15 Oct 1999 12:26:05 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA01342
  7.     for kermit.misc@watsun.cc.columbia.edu; Fri, 15 Oct 1999 12:04:58 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: Capturing output to file from script (UNIX)
  11. Date: 15 Oct 1999 16:04:58 GMT
  12. Organization: Columbia University
  13. Message-ID: <7u7jba$19r$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <38074E30.2DBED3DB@concentric.net>,
  17. Jay Weinshenker  <jweinshe@concentric.net> wrote:
  18. : I'm running C-Kermit 6.0.192, 6 Sep 96, for Solaris 2.x    and
  19. : configuring it to run a script and that's it.  In this script, I've got
  20. : everything going well, except that at one point it downloads a file.
  21. : 
  22. : Now, the server I am connecting to prompts for a filename and upon my
  23. : script passing a filename and a carriage return, the server spews the
  24. : file to the screen (which is ok).  I'm having a DEVIL of a time getting
  25. : my kermit client to capture this output to a file - I've tried set
  26. : session-log binary, set session-log text, and also set printer
  27. : <filename> and I can't seem to get any of them to work - I *know* this
  28. : is possible...
  29. : 
  30. : Can someone help me with this?
  31. : 
  32. Let's suppose it's a text file, since it usually doesn't make sense to
  33. spew a binary file to the screen.  Then all it should take is:
  34.  
  35.   log session capture.log
  36.   output <filename>\13
  37.   input 200 <xxx>
  38.   if fail echo WARNING: INPUT timed out after 200 seconds
  39.   close session
  40.  
  41. where <xxx> is what the server prints when it's finished spewing the file,
  42. and let's hope it's not in the file itself.  The result should be in the
  43. capture.log file.
  44.  
  45. Or is this an HTTP GET?  In that case there might be a better way.
  46.  
  47. - Frank